
Figure 1: Intra -Zone Mobility Management 
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Notes: 1. Existing RRQ, RCF, and RRJ messages need to be extended to support mobility as proposed in Reference 2. 
2. New messages like MGA need to be defined as proposed in Reference 2. 



Figure 2: Information Flows for Location Updates for Roaming within the 

Home Zone 
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Notes: 1. Existing RRQ, RCF, and RRJ messages need to be extended to support mobility as proposed in Reference 2. 

2. New messages like BuRQ, BuCF, BuRJ, UbRQ, UbCF, and UbR J need to be defined as proposed in Reference 2. 



Figure 4: Location Update Management Information Flows with Distributive 

HLF Architecture 
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Notes: 1. Existing RRQ, RCF, and RRJ messages need to be extended to support mobility as proposed in Reference 2. 

2. New messages like BuRQ, BuCF, BuRJ, UbRQ, UbCF, and UbRJ need to be defined as proposed in Reference 2. 



Figure 5: Smooth Location Updates for Signaling Flow Optimization 




Figure 6: Mobility Management Architecture sharing a single HLF Database in a given 

Administrative Domain 
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Notes: 1. Existing RRQ, RCF, and RRJ messages need to be extended to support mobility as proposed in Reference 2. 

2 New messages tike BuRQ, BuCF, BuRJ, UbRQ, UbCF, and UbRJ need to be defined as proposed in Reference 2. 
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Figure 7: Location Update Management Information Flows with Centralized 
HLF Architecture in an Administrative Domain 




* (Foreign Zone) 1 



Visiting 



Visiting Visiting Home Zone/ Home Visited Zone/ Visited HLF 

GK VLF Home GK VLF Visited GK VLF 



1.RRQ 


2. RRQ 


3. Binding Update 


Request (BuRQ) 








► 

6. RCF/RRJ 


► 

5. RCF/RRJ 






4. Bind i 


lg Update Confirm 


► 

Reject (BuCF/BuRJ) 


< 




9. Mobility Unt 


indingCorrfirmed/ 


7. Mobility Unbindin 
Request (UbRQ) 


10. UbCF/UbRJ 
4 


4 

8. Mobility Unbindin 
Confirmed/Reject 
(UbCF/UbRJ} 


< 


► 

deject (UbCF/UbRJ) 


4 













Notes: 1. Existing RRQ, RCF, and RRJ messages need to be extended to support mobility as proposed in Reference 2. 
2. New messages like BuRQ, BuCF, BuRJ, UbRQ, UbCF, and UbRJ need to be defined as proposed in Reference 2. 



Figure 9: Location Update Management Information Flows with Centralized 
HLF Architecture in an Administrative Domain where Communications with 
the HLF are done via the VLFs only 



